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1 

METHOD FOR DESIGNING A CIRCUIT FOR PROGRAMMABLE 
MICROCONTROLLERS 

FIELD OF THE INVENTION 

The present Invention relates to the field of programmable systems on a 
5 chip (PSoCs). Specifically, the present invention relates to a method for designing 
a circuit to be implemented in a target device, such as a microcontroller, using a 
graphical software program. 

Background Art 

10 Microcontrollers allow circuit designers great flexibility in design choice. 

However, programming the microcontroller to perform the desired functions can be 
an arduous task. Conventional software for programming microcontrollers is not 
very robust and does not offer designers many tools to reduce the amount of low 
level details they need to memorize in order to configure the chip. 

15 

Conventional software for programming microcontrollers is very difficult 
to use. In one system, many windows pop-up as the user attempts to program 
the microcontroller. Windows pop-up based on "flat-organized" drop down 
menus. Each window corresponds to a discrete function. However, many 

20 functions are required to do simple tasks. Consequently, the many displayed 
windows cause confusion because the user needs to keep track of which 
window is used for which function. Furthermore, it is very difficult to navigate 
between the windows because some windows overlap others. The user may 
have difficulty remembering which windows contain what information and 

25 which windows receive what information. 
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Once a circuit designer selects the various functions desired for the 
circuit, the designer must organize those function within the constraints of the 
available resources of the hardware with which the design is to be 
5 implemented. Conventionally, the circuit designer manually places the 
functions within the available resources of a programmable device. 
Unfortunately, this process is tedious and error-prone. 

The circuit designer must also design the various interconnections 
1 0 between the selected functions, as well as configure the input/output pins. 

Conventionally, this can be an arduous and error-prone process. For example, 
the circuit designer must map the functions he has selected to actual hardware. 
Multifunction input/output (I/O) ports or pins may be very difficult to configure. 
They typically have multiple registers that needed to be programmed to 
1 5 configure the pin type as well as the drive characteristics for each of the I/O pins. 

Circuits designers also desire to have a datasheet describing the circuit 
he has designed. Conventionally, the datasheets are generated manually by 
the designers. Each time the design is modified, a new datasheet must be 
20 manually generated. Thus, the designer time is not used efficiently and the 
possibility of errors in the datasheet is great. 

Finally, in many conventional systems, the microcontroller devices are 
programmed manually. The programmer needs to know all of the registers 
25 and other technical information required to instruct the microcontroller to do its 
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embedded functions (e.g., start timing, stop timing, etc.)- Manual programming 
is very error prone and tedious and difficult to error check. 

Therefore, it would be advantageous to provide a method which provides 
5 for a convenient user-friendly interface for designing a circuit by programming a 
microcontroller. It would be further advantageous to provide a method which may 
help reduce errors in programming a microcontroller. Finally, it would be 
advantageous to provide such a method for programming a microcontroller which 
does not require the circuit designer to memorize registers and other technical 
1 0 information to invoke functions when programming a microcontroller. 

Therefore, it would be advantageous to provide a convenient method for 
designing a circuit by programming a microcontroller. It would be further 
advantageous to provide a method which may help reduce errors in programming 
15 a microcontroller. Finally, it would be advantageous to provide such a method for 
programming a microcontroller which does not require the circuit designer to 
memorize register and other technical information to program a microcontroller. 
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SUMMARY OF THE INVENTION 

The present invention provides for a metliod for programming a 
microcontroller. Embodiments provide for a method which may help reduce errors 
in programming a microcontroller. Embodiments provide for such a method for 
5 programming a microcontroller which does not require the circuit designer to 
memorize registers and other technical information to program the microcontroller. 
The present invention provides these advantages and others not specifically 
mentioned above but described in the sections to follow. 

1 0 A method to facilitate circuit design using a software program with a 

graphical user interface is disclosed. First a user selects a module from a catalog 
of available modules. The module may be for implementing an amplifier, timer, 
pulse width modulator, etc. This causes information related to the selected 
module to be displayed. For example, a schematic and data sheet for the selected 

15 module may be displayed. Next, the user requests a position and places the 
selected module in a graphical user interface, which represents the resources 
available to implement the available modules. For example, the resources may be 
programmable system on a chip (PSoC) blocks. Additional user modules may 
then be selected and placed. 

20 

The user then configures the circuit by selecting circuit parameters for the 
user modules (e.g., amplifier gain), pin configurations, and interconnections 
between PSoC blocks. The user may then edit source code used to cause the 
user modules to perform their functions. 
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Another embodiment allows the user to select a new position (e.g., new 
PSoC block or blocks) for a selected user module. In response to such a user 
request, a new potential position is computed and displayed for the user module. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1A is a diagram illustrating a grapliical user interface allowing a user 
to select a user module and display its schematic and its data sheet, according to 
an embodiment of the present invention. 

5 

Figure IB is a diagram illustrating a graphical user interface allowing a user 
to place a user module in a graphical user interface, according to an embodiment 
of the present invention. 

10 Figure 1C is a diagram illustrating a graphical user interface allowing a user 

to configure pins, according to an embodiment of the present invention. 

Figure ID is a diagram illustrating an editor workspace allowing a user to 
edit source code, according to an embodiment of the present invention. 

15 

Figure 2 is a flowchart illustrating steps of a process of programming a 
microcontroller, according to an embodiment of the present invention. 

Figure 3A, Figure 38, and Figure 3C are diagrams illustrating the position of 
20 a user module being iterated to new positions, according to an embodiment of the 
present invention. 

Figure 4 is a diagram illustrating a graphical user interface allowing 
selection of user module parameters, according to an embodiment of the present 
25 invention. 
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Figure 5A, Figure 5B, and Figure 5C are diagrams illustrating graphical 
user interfaces for facilitating configuring I/O pins, according to an embodiment of 
the present invention. 

Figure 6A, Figure 6B, Figure 6C, and Figure 6D are illustrations of graphical 
user interfaces for configuring interconnections between PSoC blocks, according 
to an embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 
In the following detailed description of the present invention, a method for 
facilitating programming a microcontroller, numerous specific details are set forth 
In order to provide a thorough understanding of the present invention. However, it 
5 will be recognized by one skilled in the art that the present invention may be 
practiced without these specific details or with equivalents thereof. In other 
instances, well known methods, procedures, components, and circuits have not 
been described in detail as not to unnecessarily obscure aspects of the present 
invention. 

10 

To facilitate the design process, embodiments provide various work- 
spaces. For example, a user may move between a user module selection 
work-space, a user module placement workspace, and a user module pin-out 
work-space. Figure 1A illustrates an exemplary graphical user interface which 

15 allows a user to select user modules 304. Regarding user module selection, 
the workspace provides a user module window 302 for a catalog of available 
user modules 304, a listing 306 of selected user modules 304, a schematic 
31 0 of a selected user module 304, plus its datasheet 308. The user may click 
on a user module 304 of user module window 302 to designate one. A 

20 histogram 350 (e.g., a series of cumulative bar charts or graphical indicators) of 
available resources on the target device (e.g., a microcontroller) is also shown. 
The datasheet 308 is tabbed for easy navigation therethrough. The various 
windows may be displayed simultaneously for easy reference back-and-forth. 
Button 301 may be used to automatically generate source code for the project. 
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Referring now to Figure 1 B, a user module placement work-space 
includes a resource graphic window 360 illustrating the placement of user 
modules 304 with respect to the available resources (e.g., available PSoC 

5 blocks 410 of a microcontroller) in a hardware layout graphical display. 
Throughout this application the term resource image may denote the blocks 
410 upon which user modules 304 are placed in window 360. As the resource 
images may represent PSoC blocks in one embodiment, the resource images 
may be referred to as PSoC blocks for convenience. It will be understood that 

10 the resource images may represent other resources however, as the present 
invention is not limited to implementing the user modules 304 in PSoC blocks. 
Figure IB shows a number of digital PSoC blocks 410a along the top row (e.g., 
the blocks labeled DBAOO, DBA01, etc.), as well as four columns of analog 
PSoC blocks 410b (e.g., the blocks labeled ACAOO, ACA01, etc.). The present 

15 invention is well suited to using any number of analog and digital PSoC blocks 
410. Furthermore, the blocks in graphic window 360 are not limited to 
representing PSoC blocks. 

A single user module 304 may map to one or more PSoC blocks 410. 
20 Color coding (not shown) may be used to relate the user modules 304 of 
selected modules window 306 with their schematic placement in resource 
graphic window 360. The analog 410b and digital 410a PSoC blocks may be 
more generally defined as two different classes to which a user module 304 
maps. The present invention is well-suited to having many different classes. 
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Referring now to Figure 1C, a pin-out configuration work-space is 
shown. The pin-out configuration work-space allows the user to connect PSoC 
blocks 410 to input/output (I/O) pins, as well as configure the I/O pins' drive 
5 characteristics. In one embodiment, a pin configuration window 380 may be 
used to configure pins. Pin configuration window 380 has a port column 381 a 
select column 382, and a drive column 383. In another embodiment, a user 
may to set pin configurations by clicking on the GUI of the chip 610. The 
operation of these features will be discussed more fully herein. 

10 

Referring now to Figure 1 D, after the user has configured the device, the 
user may cause source code to be generated, which may be edited by the 
user. A directory window 366 (source tree window) provides a listing of 
various exemplary source code files and API files that may be automatically 
1 5 generated. An editor workspace 365 is provided for a user to edit various files. 
In this fashion, a user may program a microcontroller without having detailed 
knowledge of all the registers in the microcontroller. 

Reference will now be made to the flowchart of Figure 2 and Figures 1 A-1 D 
20 and Figures 3-6D. Referring now to step 210 of Figure 2 and Figure 1A, a user 
selects one of the available user modules 304 from user module window 302. A 
user module 304 may represent an accessible, pre-configured function that once 
programmed and placed will work as a peripheral to a target device. For example, 
a user module may be an amplifier, pulse width modulator, counter, digital-to- 
25 analog converter, etc. The user module window 302 of Figure 1 A shows 
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amplifiers which may be selected. The user may select one of the 'buttons' 307 to 
cause the user module window 302 to display other user modules 304. (For 
example, to display Timers, Pulse width Modulators, etc.). 

5 The selected user module 304 is displayed in a selected user module 

region 306 and a data sheet 308 and schematic 310 are displayed for the selected 
user module 306. Figure 1A shows a schematic 310 for an instrumentation 
amplifier, along with its datasheet 308. The user is allowed to add more user 
modules 304 to the design by selecting more user modules 304. 

10 

User modules 304 may require multiple PSoC blocks 410 to be 
implemented. In some cases, user modules 304 may require special ports or 
hardware which will limit the number of PSoC blocks 410 that can be used for their 
implementation. The process of mapping a user module 304 to PSoC blocks 41 0, 

1 5 such that the user module 304 is realized within the microcontroller, may be 

referred to as "user module placement." An embodiment automatically determines 
the possible placements of a user module 304 based on an Extensible Markup 
Language (XML) user module description and the hardware description of the 
underlying chip. However, the present invention is not limited to using XML 

20 descriptions. The potential placement positions may be automatically inferred 
based on the XML input data. Therefore, the placement process of embodiments 
of the present invention is data driven. 

Referring to step 220 of Figure 2, a user then requests a possible placement 
25 for a user module 304 in the resource area 360. One or more PSoC blocks 410 
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may be highlighted to indicate a possible position for the user module 304 based 
on, for example, XML input data. For example, referring to Figure 1 B, the 
ADCINC12_1 user module 304 has been selected for placement in the window 
360. This user module 304 requires two digital blocks 410a and one analog block 

5 410b. The digital PSoC blocks 410a labeled DBAOO and DBA01 are highlighted 
to indicate a possible position for the ADCINC12_1 user module 304. Referring 
now to Figure 3A, the analog PSoC block 41 Oa labeled ASB20 is highlighted to 
indicate that it is a possible position for the analog portion of the ADCINC12_1 
user module 304. Embodiments may use color coding to associate the 

1 0 highlighting color with a unique color assigned to that user module 304. 

User module placement is described in co-pending U.S. patent application 

serial number , filed concurrently herewith, entitled "A SYSTEM 

AND METHOD FOR PERFORMING NEXT PLACEMENTS AND PRUNING OF 
1 5 DISALLOWED PLACEMENTS FOR PROGRAMMING AN INTEGRATED CIRCUIT," 
by Ogami et al., attorney docket number CYPR-CD01 175M and assigned to the 
assignee of the present invention and incorporated herein by reference. 

Referring now to Figures 3A-3C and to step 240 of Figure 2, after placing a 
20 user module 304, a user may desire to move it to another PSoC block 410 (or 

blocks). In step 240, the user may request a new position for the user module 304 
by, for example, clicking a next placement icon 371. In response to this, a new 
placement may be computed and displayed. Figures 3A-3C illustrate three 
possible positions for the analog portion of the ADCINC12_1 user module 304. 
25 Placements that are incompatible with the user module requirements are 
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automatically pruned out by the software and therefore are not displayed as valid 
placements. In one embodiment, ail positions are shown to the user, sequentially, 
each time the next placement icon 371 is selected. However, if a potential 
placement involves a PSoC block 410 that has already been used (e.g., by 
5 another placed user module 304), then in these cases the place user module 372 
icon is grayed out indicating that this placement is only valid if the resources were 
vacant. This allows the user to see all possible placements. 

If a user module 304 consists of both and digital 410a and analog blocks 
10 410b, the system may show next positions for the digital 410a and analog blocks 
410b separately. Thus, the user may change the placement of one without 
affecting the other. For example, the position of the analog block 41 Ob of the 
ADCINC12_1 user module 304 is moved in Figures 3A-3C. However, the digital 
blocks 410a for that module 304 do not move at this time. The user may 
15 separately seek a new position for those blocks 410 (e.g., digital blocks DBAOO 
and DBA01 in Figure IB). Embodiments allow for multiple different classes to be 
separately placed. For example, rather than placing analog and digital blocks 
separately, the user may place memory, routing, and I/O separately in an 
embodiment which is not illustrated in the Figures. The present invention is well- 
20 suited to placing any number of classes separately. Furthermore, when placing a 
user module 304 with multiple classes, the system may highlight active resource 
images (e.g., those currently being placed) in a different color than inactive 
resource images. 
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Referring now to step 250 of Figure 2, the user may then select the new 
position by clicking on the select position button 372 when the user module 304 is 
on the desired PSoC block or blocks 410. 

5 User module next placement is described in co-pending US patent 

application serial number , filed concurrently herewith, entitled 

"SYSTEM AND METHOD FOR DECOUPLING AND ITERATING RESOURCES 
ASSOCIATED WITH A MODULE," by Ogami et al., attorney docket number CYPR- 
CD01 180M and assigned to the assignee of the present invention and 

10 incorporated herein by reference. 

The user may repeat steps 210 through 250 to add more user modules 304. 
Each time a new user module is selected, a system resource window is updated. 
Referring again to Figure 1A, for each User Module 304 selected, the system 

1 5 updates the data in a resource manager window 350 with the number of occupied 
PSoC blocks 410, along with RAM and ROM usage used by the current set of 
"selected" User Modules 304. The system may also prevent a user from selecting 
a User Module 304 if it requires more resources than are currently available. 
Tracking the available space and memory of configurations for the design may be 

20 performed intermittently during the whole process of configuring the 

microcontroller. There is also a live graph tracking the PSoC blocks 410 used by 
percentage. The RAM and ROM monitors track the amount RAM and ROM 
required to employ each selected User Module 304. 
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After the user has selected one or more user modules 304, the user selects 
global parameters and user module parameters. Embodiments allow a user to 
select user module parameters, such as, for example, the gain of an amplifier, a 
clock speed, etc. Referring now to Figure 4 and to step 260 of Figure 2, in 
5 response to a user clicking on a region on a PSoC block 410 an interface 510 is 
displayed which allows the setting of user module parameters. For example, the 
user may place "the cursor" over the lower-left corner of a PSoC block 410 to set 
input parameters. The system may display a superficial chip or a changed cursor 
in response to this. The user may then left-click a mouse, for example, to bring up 

10 a user module parameter window 510 to configure the user module input 

parameters. The process may be repeated in the lower-right corner of the PSoC 
block 410 for output parameters and on the upper-left corner for clock parameters. 
The present invention is not limited to these steps for bringing up a user module 
pop-up window 510, however. The system may then display the selected 

1 5 parameters in a user module parameter window 520. Various pop-up windows 
may be data driven in that the contents of the pop-up window may depend on, for 
example, the user module 304 selected. Alternatively, user parameters may be 
set in the user module parameter window 520. 

20 When the user module 304 is placed (e.g., instantiated) on a particular 

PSoC block 410 the register settings and parameter settings are mapped to a 
physical register address on the chip. This also associates interrupt vectors that 
the user module 304 uses based on the PSoC block 410. Each of the digital 
blocks 410a maps to one vector and each column of analog blocks 410b maps to 

25 another vector. Once the user modules 304 are placed and the parameters are 
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set, all the physical address registers that are associated with that user module 
304 are fixed and the register values are determined. 

In addition to setting user module parameters, the user also may set global 
5 parameters. For example, referring still to Figure 4, a global resource window 370 
is seen. Global resources may be hardware settings that determine the underlying 
operation of the part (e.g., the CPU_Clock, which may designate the speed in 
which the microcontroller processes). These settings may be used to program 
global registers, which may be in addition to the registers set by configuring the 
10 user module parameters. 

Referring now to Figures 5A-5C and to step 270 of Figure 2, the user 
selects input/output pin configurations. One embodiment provides for a 
graphical user interface for facilitating the configuration of I/O pins in a 

15 microcontroller software design tool. By specifying a PSoC block 410 to a pin- 
out, a user may make a physical connection between the software 
configuration and the hardware (e,g., the microcontroller). Each pin has a pin 
number associated therewith. Referring to Figure 5A, when the user clicks on 
a pin of GUI 610, a small window 375 opens allowing the pin type (e.g., 

20 Port_0_1) and drive type (e.g., Port_0_1_Drive) to be configured. Referring 
now to window 620 of Figure 5B, the pin type may include analog input or 
analog output or global bus, etc. Referring now to window 630 of Figure 5C, 
the drive type may include high-z, pull-up, pull-down, strong, etc. The windows 
620 and 630 may include a list that contains items that can be selected using 
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the cursor. When the cursor is clicked outside of the windows 620 or 630, then 
the windows 620, 630 disappear automatically. 

In another embodiment, a pin parameter table is provided to configure 
5 the pins. Referring to Figure 5A, the pin parameter table 380 includes a 

column for pin number 381 , pin type 382 and drive type 383. The entries in the 
pin parameter table 380 can be selected by the cursor and again, the relevant 
window will open so that pin type or drive type can be selected. Therefore, the 
GUI of the chip 610 or the pin parameter table 380 can be used to configure 
10 the pins. 

Each pin may contain three register values for configuration of both pin type 
and drive type. By using this user interface, the user need not be concerned with 
remembering register values, etc., for configuring the pins. Further, the user need 
15 not worry about how the configuration is to be done using the registers. 

Pin configuration is described in co-pending U.S. patent application 

serial number , filed October 29, 2001, entitled "PIN-OUT 

CONNECTIONS/DRIVE LEVELS DIRECT-SET BY DROP DOWN LIST," by 
20 Ogami et al., attorney docket number CYPR-CD01 173M and assigned to the 
assignee of the present invention and incorporated herein by reference. 

Referring now to Figure 6A-6D and to step 280 of Figure 2, the user selects 
PSoC block 410 interconnectivity. Embodiments provide many different windows 
25 to assist the user in setting various parameters to specify interconnectivity of PSoC 
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blocks 410. Referring to Figure 6A, the user may cause window 605 to appear to 
configure the analog output buffer. Referring to Figure 6B, the user may cause a 
clock window 606 to appear by clicking on a clock MUX 616 to configure which 
clock will be the input to a column of analog PSoC blocks 410b. Referring to 
5 Figure 6C a port selection window 607 is shown. The port selection window 607 
may be made to appear by clicking on or near the pin input MUX 608. The user 
may then select the input port. Referring now to Figure 6D, the user may click on 
or near the analog clocking MUX 614 to cause a window 613 to appear to select 
which digital PSoC block 410a should be selected by the clock MUX (616 of 
10 Figure 6B). 

Then, referring to step 290 the user edits source code. As a first part of this 
step, the user may cause the system to automatically generate Application 
Program Interfaces (APIs), source code to implement the user's design, a data 

15 sheet of the user's design, and interrupt vectors. For example, referring to Figure 
1A, the user clicks on the generate application code button 301. The system may 
use all device configurations to update existing assembly-source and C compiler 
code and generates Application Program Interfaces (APIs) and Interrupt Service 
Routine (ISR) shells. At this time, the system also creates a data sheet based on 

20 the part configurations. Advantageously, the automatic generation of APIs and 
source code makes this task much faster and less error prone than many 
conventional methods. Embodiments produce files that are suitable for use with 
emulators and debuggers to allow these configurations to be emulated and 
debugged in a simple and convenient fashion. 
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Now referring to Figure 1 D, the user may select files from tlie source tree 
window 366 and edit tliem in tlie editor window 365, The user may use the APIs 
that were automatically generated to cause the user modules to implement 
5 predetermined functions. The user may also edit Interrupt Service Routines (ISRs) 
that are automatically generated. In this fashion, the user need not know all of the 
details of the underlying registers when programming a microcontroller. 

The preferred embodiment of the present invention, a method for 
10 programming a microcontroller, is thus described. While the present invention has 
been described in particular embodiments, it should be appreciated that the 
present invention should not be construed as limited by such embodiments, but 
rather construed according to the below claims. 
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